Re: [Flashcoders] Bitrate discrepancy in AS3 streaming?
I should have been a little clearer. I made an MP# plater in AS3. I made a seekbar so the user can skip to the end of the mix. I've checked and rechecked my math, and everything looks good. I use the math to determine a new amount of milliseconds to tell the sound object to switch the position to like this: play(seekPosition); I am streaming in files of different bitrates. The files that are at 192kbps are giving me a strange problem where I can't reach the end and even if I'm providing the proper millisecond target, they are losing about 2 minutes at the end of the stream. The file that was encoded at 128kbps doesn't have this same problem, I can skip all the way to the end of the file, in fact in some instances I was able to skip past the end of the file. This is what led me to believe that the problem was not my math, but how Flash was receiving these files in the stream. The part that confused me was I let one of the 192kbps files stream completely without touching the seekbar and it reached the correct end of the file, but I couldn't get it to do this after I had seeked. Can anyone clarify what is going on here? On Fri, Jun 20, 2008 at 3:00 PM, Kerry Thompson [EMAIL PROTECTED] wrote: Shant Parseghian wrote: When streaming in a MP3 with 192kbps, I was having the last couple minutes of my mp3 cut off in Flash. Basically the mix was acting as if it was 46 minutes long instead of it's real duration of 44 minutes. I made the bitrate 96kbps and tested it again and this time the file ended 20 minutes early, which is very confusing. Is there a standard bitrate to use while working with Flash? Is this a bug from Adobe? Are you working in AS2 or 3? (It does seem to make a difference). In my experience, converting to mp3 almost always changes the length of the file (though. I will admit, not that drastic). You have a lot of choices with Flash, in Publish Settings - Audio Stream and Audio Event. It could be that you're embedding .mp3 files in the library, then further compressing them. You can play around with those settings, but if you're bringing in audio that's already .mp3-compressed, you shouldn't need to compress if further in Flash. Cordially, Kerry Thompson ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
Re: [Flashcoders] Bitrate discrepancy in AS3 streaming?
Hi everyone, Through a bit of searching of other flashcoders emails I found this topic had been discussed before and my problem was accurately targeting milliseconds in the 44.1khz. I was using some MP3s encoded at 48khz. Sorry to rehash a previous bug discussion. On Tue, Jun 24, 2008 at 1:55 PM, Shant Parseghian [EMAIL PROTECTED] wrote: I should have been a little clearer. I made an MP# plater in AS3. I made a seekbar so the user can skip to the end of the mix. I've checked and rechecked my math, and everything looks good. I use the math to determine a new amount of milliseconds to tell the sound object to switch the position to like this: play(seekPosition); I am streaming in files of different bitrates. The files that are at 192kbps are giving me a strange problem where I can't reach the end and even if I'm providing the proper millisecond target, they are losing about 2 minutes at the end of the stream. The file that was encoded at 128kbps doesn't have this same problem, I can skip all the way to the end of the file, in fact in some instances I was able to skip past the end of the file. This is what led me to believe that the problem was not my math, but how Flash was receiving these files in the stream. The part that confused me was I let one of the 192kbps files stream completely without touching the seekbar and it reached the correct end of the file, but I couldn't get it to do this after I had seeked. Can anyone clarify what is going on here? On Fri, Jun 20, 2008 at 3:00 PM, Kerry Thompson [EMAIL PROTECTED] wrote: Shant Parseghian wrote: When streaming in a MP3 with 192kbps, I was having the last couple minutes of my mp3 cut off in Flash. Basically the mix was acting as if it was 46 minutes long instead of it's real duration of 44 minutes. I made the bitrate 96kbps and tested it again and this time the file ended 20 minutes early, which is very confusing. Is there a standard bitrate to use while working with Flash? Is this a bug from Adobe? Are you working in AS2 or 3? (It does seem to make a difference). In my experience, converting to mp3 almost always changes the length of the file (though. I will admit, not that drastic). You have a lot of choices with Flash, in Publish Settings - Audio Stream and Audio Event. It could be that you're embedding .mp3 files in the library, then further compressing them. You can play around with those settings, but if you're bringing in audio that's already .mp3-compressed, you shouldn't need to compress if further in Flash. Cordially, Kerry Thompson ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Bitrate discrepancy in AS3 streaming?
When streaming in a MP3 with 192kbps, I was having the last couple minutes of my mp3 cut off in Flash. Basically the mix was acting as if it was 46 minutes long instead of it's real duration of 44 minutes. I made the bitrate 96kbps and tested it again and this time the file ended 20 minutes early, which is very confusing. Is there a standard bitrate to use while working with Flash? Is this a bug from Adobe? ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Wierd Streaming Sound issue
I'll try to explain this as best I can. I am loading a mix that is 45 minutes long. I am using a seek bar I made to allow the user to jump to different areas in the mix. I have checked my percentages, the elapsed time, the duration of the mix, and the numbers I am using as a seekPosition to tell the stream to play at a certain position. All of these values trace back accurately. The seekbar is accurate to the point that I can jump to the right place and it will give me the correct times and the correct values for soundChannel.position. The bug I am getting is that if I jump to an area near the beginning of the mix, let's say 5 minutes in, the sound I am hearing does not match up to what the timestamp is showing. I play the same mp3 in iTunes and a specific part of the song that plays at 4:50 in iTunes plays at 5:00 in my flash player. The difference is small but gets worse exponentially, so that near the end of the song the mix shows it is at 45 minutes, but it still has 2 minutes left of audio that just gets cut off because the stream thinks it has reached the end. I'm wondering if anyone knows what would be causing something like this to happen? If necessary I can post pieces of my code but please let me know if you have any ideas just from the description of the problem. ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] Using seek on a NetStream
Hi guys, I'm having a problem using seek. In a listener for NetStream.Play.Stop I have a call to stream_ns.seek(1). I am trying to loop a stream seamlessly. I put a trace on the stream_ns.time and after the seek is called, the time displays as starting over from 0. When I change the seek command to a value of 3 or 4, it still isn't accurate to what I'm sending it. Is this a bug in my trace or is the seek not as accurate as it should be? If anyone has any advice on getting a clean, stutter free loop on a NetStream I'd love to hear some thoughts. I've tried a lot of different methods with no good result yet. Thanks. -Shant ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
[Flashcoders] H.264 Video Loop problem
Hi I am streaming an H.264 mov and when the file finishes playing I use seek to jump back to the beginning of the net stream to create a loop. There is a slight hiccup when doing this. Is it because I am streaming and the player needs to re-buffer? If I was streaming from Flash Media Server would I still see this buffer? Is there any smooth way to loop a streamed video? -Shant ___ Flashcoders mailing list Flashcoders@chattyfig.figleaf.com http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
