From: Silvan <dmm...@us...> - 2005-11-09 19:03:36
Attachments:
bug-after.png
bug-before.png
|
I'm up to date now, and the audio symptoms are the same as I just reported in private to G before this latest update/cache fix. No preview segment at all on audio recording. There's no indication that it's actually doing anything, and this is made worse because if the record didn't last long enough to make the canvas scroll, the segment won't appear when it finishes. With this invisible segment, scrolling, using the selection rectangle, and moving the pointer (which G just suggested should definitely trigger an update, and I must be crazy) have no effect on making it show up, although it is playing, and it *does* show up on the segment summary page. before.png shows what things look like after trying all of the above, and some other jiggles besides to try to trigger this update, to no avail, and then I saved, and then reloaded the file, and poof, there it is, in after.png Backing up, if I record long enough to cause a scroll, the segment does appear, but it doesn't have a preview in it, even though a "Calculating preview" progress box does pop up. This missing preview suffers the same sort of problem as the invisible segment. The only reliable way to make it show up is to save the file and re-load it. I'm also getting near flat line previews on trumpet recordings that are at significantly high levels when I view the files with Sweep. I'm not having this problem on Aeolus recordings I did, and I have no idea what the difference might be here. Looks like maybe the difference is the Aeolus recordings are stereo, while this microphone recording was done in stereo, with a signal on only one channel (because I forgot to switch the track to mono again, I waste more disk space that way!) The left channel is dead flat, but the right channel has a level high enough to get the little VU meter in the IPB up into the yellow. It's appearing as an almost completely flat line. I don't think the preview is representing the sound properly, and maybe the preview is an average of a strong channel with a null channel to produce an average that's only a few pixels away from flat. That or some kind of scaling thing, maybe. I have no idea how that code works. (The preview shows up as nearly flat in the audio file manager too, though.) Oh, and the playback pointer is flickery now. Not unbearably so, but it's definitely a lot more flickery than it was yesterday. That's all I can think of at the moment, but I'm afraid there are problems besides these still lurking. I'm out of time to play for the moment. -- Michael McIntyre ---- Silvan <dmm...@us...> Linux fanatic, and certified Geek; registered Linux user #243621 http://www.geocities.com/Paris/Rue/5407/ http://rosegarden.sourceforge.net/tutorial/ |
From: Guillaume L. <gla...@te...> - 2005-11-10 00:14:10
|
On Wednesday 09 November 2005 19:58, Silvan wrote: > > No preview segment at all on audio recording. There's no indication that > it's actually doing anything, and this is made worse because if the record > didn't last long enough to make the canvas scroll, the segment won't appear > when it finishes. This is fixed in that the segment now appears. But it still remains invisible as long as the recording isn't stopped. I'll see if I can find a way to improve this. I guess we can get the segment to appear while it's recording - it should, actually, now that I think about it, but not the preview. Funnily though, this problem was predating my last changes. > Backing up, if I record long enough to cause a scroll, the segment does > appear, but it doesn't have a preview in it, even though a "Calculating > preview" progress box does pop up. This missing preview suffers the same > sort of problem as the invisible segment. The only reliable way to make it > show up is to save the file and re-load it. That's a race condition which cause the preview to be computed even though it's not yet finalized. I think I've fixed it but I'm not sure. > Oh, and the playback pointer is flickery now. Not unbearably so, but it's > definitely a lot more flickery than it was yesterday. I've restored the draw by blitting as we used to do. -- Guillaume. http://www.telegraph-road.org |
From: Silvan <dmm...@us...> - 2005-11-10 00:29:56
|
On Wednesday 09 November 2005 07:14 pm, Guillaume Laurent wrote: > Funnily though, this problem was predating my last changes. Yeah, I filed a bug on it a long time ago (month or two), IIRC. I would have made more of an issue of it sooner, but I haven't been using Rosegarden lately. -- Michael McIntyre ---- Silvan <dmm...@us...> Linux fanatic, and certified Geek; registered Linux user #243621 http://www.geocities.com/Paris/Rue/5407/ http://rosegarden.sourceforge.net/tutorial/ |